這篇文章要介紹的是 Jenkins Operator 這個有趣的應用程式，Operator 的概念先前有不少文章再探討其架構與意義，因此本篇文章會專注於 Jenkins Operator 這個應用程式能夠為 Jenkins 的環境與應用帶來什麼樣的變化。
首先本文開始前，要先準備三個東西
1. Kubernetes Cluster
2. Helm 安裝環境
3. 一個放有你 Jenkins pipeline 與 script 的 SCM(Source Code Management)，通常都是 Git
接下來作者透過 Helm 安裝了 Jenkins Operator 該控制器到 Kubernetes 內並且準備了相關的 CRD 用來控制 Jenkins.
範例中的 CRD 主要會做兩件事情
1. 設定 Jenkins 本身，包含要安裝哪些 Plugin 等
2. SeedJobs: 可以將外部 SCM 內所描述的 Job 內容給直接設定到 Jenkins 內
當該 CRD 給套用到 Kubernetes 後，該 Jenkins Operator 就會幫忙初始化整個 Jenkins 以及相關的 Plugin。最後將 SeedJobs 內所描述的資訊給整合到 Jenkins 中來創建相關的 Job.
透過這整個 CRD 操作帶來的好處我認為有
1. 整個過程盡量減少手動操作，全部都依賴 Yaml 與 Pipeline 等程式碼的方式去維護
2. 與 Kubernetes 整合，對於熟悉 Kubernetes 的操作人員來說，學習過程不會太痛苦。
3. 把 Jenkins 變得稍微簡單一些，一些繁瑣過程讓 Jenkins Operator 去操作
我自己看完後，目前看到的壞處有
1. Jenkins 功能太多，生態系太複雜，我懷疑這種 Operaotr 只是一時的專案，沒有一直保持更新的話一定會有些功能終究還是要手動操作
2. 設定的內容我認為不如 Jenkins 生態系中的 Configuration as Code 這套 Plugin 來的專業與強大
3. Job 的設定部分我個人還是偏好使用 Jenkins Job Builder 這套基於 YAML 的解決方案來管理與定義全部
結論:
1. 我個人是當作一個新東西看看，但是不會有想要嘗試的慾望，因為覺得事情其實沒有變得簡單多少，甚至擔心引入一個半成品，導致多一個東西要維護..
https://medium.com/swlh/introduction-to-jenkins-operator-f4cb7ebc2e0b
什麼是configuration management 在 DevOps Taiwan | “Drift” 的問題對於組態管理（配置管理 的推薦與評價
Drift” 的問題對於組態管理（配置管理，Configuration Management）也是相當重要的議題。 （現在Infrastructure as Code 與Configuration management 確實是有些難以 ... ... <看更多>